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VOICE MAIL SYSTEM 

The present invention relates to voice mail systems, and in 
particular to improving the way in which such voice mail systems can be 
accessed. 

Voice mail systems (also termed voice messaging systems) attach to 
the telephone network, often via a PBX, and are used to store messages 
from incoming calls when the intended recipient is absent or otherwise 
engaged. The intended recipient can then listen to their stored messages 
at some future time. A voice mail system is generally implemented either 
on special purpose computer hardware, or else on a standard computer 
workstation equipped with a suitable telephony interface. Such voice mail 
systems are well-known; one example is the DirectTalkMail system, 
15 available from IBM Corporation, which operates in conjunction with the 

DirectTalk/6000 voice processing system (also available from IBM) , Other 
examples of voice mail systems are described in US 5,136,648 and EPA 
05BQ576. 
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Also very well-known are computer -implemented electronic mail (e- 
mail) systems, such as Lotus Notes, available from Lotus Corporation, 
whereby computer files, primarily textual, may be sent from one computer 
user to another. Recently Lotus have announced a strategy whereby their e- 
mail will be available via the World Wide Web on the Internet, 

Typically computer e-mail systems have been completely separate from 
voice mail systems, the former usually being accessed via a desktop 
computer, the latter via a telephone. However, in recent years various 
attempts have been made to provide a more unified mail system which can 
handle both textual and voice messages (such systems are sometimes 
referred to as multimedia systems) . For example, Lotus Notes includes 
Phone Notes whereby voice information entered via a telephone may be 
captured into a Note which may then be treated in the same manner as any 
other Note. Essentially Phone Notes is a development environment which 
allows voice to be integrated into Notes applications; it does not provide 
a full-scale multi-user voice messaging system. 



By contrast, WO87/07801 discloses an integrated system which 
combines a voice mail system and a computer e-mail system. In this 

40 integrated system, the user may designate one mail system <ie voice or 

computer) as the primary recipient for all messages. For example, if the 
computer is chosen as the primary recipient, then notifications of both 
telephone and e-mail incoming messages are provided at a desktop computer. 
Alternatively it is possible to chose to receive notifications of all 

45 messages via the voice mail system, in this latter case, a text to speech 
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system may also be used to allow text (ie e-mail) messages to be accessed 
over the telephone. Shis approach is developed in US 5,333,266, which 
teaches an integrated messaging system based on multiple servers for 
different media types. For example, voice mail is stored in an essentially 
conventional voice messaging system, whilst a separate server is used to 
store computer mail messages. The integrated messaging system maintains 
synchronised mail in-baskets for all media types, thereby allowing access 
to all maili irrespective of media, from either a computer or a telephone. 



Commercially available products which provide integrated or unified 
messaging include Calixpress3 DeskTop for Windows, available from Applied 
Voice Technology Incorporated, and VMX DeskTop for windows, available from 
vmx incorporated (now part of Octel Communications Corporation) . Both of 
15 these provide a graphical user interface (GUI) front end via a desktop 
computer into the voice mail system: for example, if a user selects a 
particular voice message on the screen, then the voice mail system is 
instructed to ring the telephone associated with that workstation and play 
• the selected message, 

20 

Another multimedia messaging system is Intuity from AT&T, As 
described in Computer Reseller News, November 28 1994, pl2 r this is 
intended to allow messages to be converted from one format to another, so 
that users can listen to a fax message or read a voice mail message. As 
25 part of this development, AT&T will also provide access via a telephone to 
the World Wide Web, relying on speech recognition and text to speech 
software. It was further announced on January 23, 1995 that intuity would 
be integrated with the Lotus Notes e-mail system to allow messages to be 
managed either from a telephone or from a computer. 

30 

The typical desktop computer interface of such unified systems 
provides for much greater and more flexible information interchange 
between the user and the voice mail system than has hitherto been 
practicable. Thus the user no longer has to try to remember information 

35 and instructions played out from the voice mail system, rather this can be 
conveniently displayed on the computer screen. Likewise, user input 
• commands to the voice mail system are no longer restricted to the 
conventional. 12 touchtone (DTMP) keys on a telephone keypad, but rather 
can exploit the whole computer keyboard and full power of the GUI. An 

40 additional benefit of a unified mail system of course is that a user may 
process both voice mail and e-mail in the same session. 

Nevertheless, there are problems with developing such computer 
interfaces for voice mail systems. Thus the big advantage of conventional 
45 voice mail systems is that a user can access them from a standard 
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telephone anywhere in the world, because the telephone is both uniform and 
ubiquitous. By contrast, the computer world is full of heterogeneity; 
users are often equipped with a variety of computers even within a single 
organisation. For example, members of an engineering department may use 
UNIX based workstations, members of the marketing department may use Apple 
Macintosh computers, and members of the finance and other departments may 
use IBM PC workstations, running the OS/2 operating system. For each 
different environment (UNIX, Apple, OS/2), a different front-end into the 
voice messaging system will need to be developed and supported. This is 
both time-consuming and costly. Furthermore, if the front ends differ 
between environments, users who change departments and thereby move from 
one environment to another, will need to be re-educated in the new 
environment. This again represents an additional and undesirable expense. 

15 Another significant problem is that remote access to the voice mail 

system may be much more difficult via a computer network than through the 
telephone network. Thus maybe a user cannot or does not know how to 
navigate from a remote workstation through the computer network to the 
voice mail system, or to the computer which provides access to it* 
Furthermore, the remote workstation may not offer or support the GUI front 
end into the voice mail system which the user needs in order to 
effectively access any voice mail messages. 



20 



25 



Accordingly, the invention provides a voice mail system, including: 
means for storing voice mail messages for at least one user; 
a server system, accessible via the Internet world wide Web (WWW) 
from a WWW client terminal, and responsive to a request received from said 
www client terminal, for retrieving information relating to the stored 
voice mail messages, and for returning said information to the www client 
30 terminal. 

The invention exploits the fact that a world Wide web (WWW) front 
end is already available for all commercially significant platforms, . being 
provided for general access to the www. Therefore, there is no need to 
35 develop or maintain separate front ends into the voice mail system, but 

rather generally available client software can be used. It is very likely 
that in future years www client software will be pre-loaded into almost 
all new computer workstations, so that access via the www will eventually 
be available from the vast majority of computers across the world. 
Furthermore, users are already familiar with the WWW, so that very little 
additional training is required. 



40 



45 



It will also be appreciated that the Internet provides all the 
networking required to support the www, effectively transparently to the 
user. Thus a remote user, providing that they can remember a single 
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address within the Internet (effectively equivalent to a phone number) can 
obtain access to voice mail through the WWW quickly and easily, without 
requiring any knowledge of the network structure that is supporting this 
connection (eg which gateways to use, and so on) . It will further be 
5 recognised that exploiting the Internet infrastructure is a very cost- 
effective way of communicating between sites. 

In a preferred embodiment, the voice mail system further includes 
directory means for maintaining information about the stored voice mail 

10 messages, the server system interacting with said directory means to 

obtain said information concerning the stored voice mail messages. Each 
user has a mailbox for storing his or her voice mail messages, and said 
request received over said www identifies a particular mailbox, with the 
information retrieved and returned to the www client terminal relating to 

15 the voice mail messages in that mailbox. The information retrieved and 

returned to the WWW client terminal relating to the voice mail messages in 
a particular mailbox includes information on the date and time of receipt 
of each message in the mail box. Said server system is further responsive 
to a request received over said www identifying a particular stored 

20 message, to retrieve audio data corresponding to said particular stored 
message, and to return said audio data to the WWW client terminal. 

It is also preferred that the server system includes an application 
program which is launched in response to receiving said request from said 
25 WWW client terminal, said application program means communicating with the 
means for storing voice mail messages in order to retrieve a voice 
message. 

Preferably the server system further includes: means for obtaining a 

30 password from the user; means for transmitting the password for 

verification to the means for storing voice mail messages before providing 
the user with information about the stored voice messages; and means for 
writing the password back to the user in concealed form with said 
information about the stored voice messages, wherein the password in 

35 concealed form is automatically included in further requests from the user 
to enable password verification of said further requests, without the user 
explicitly having to re-enter the password. Password control is widely 
used to prevent unauthorised access to voice mail messages. However, once 
a user has entered a password which has been duly verified, it is 

40 undesirable to compel the user to re-enter the password for each 

additional request, for example, if a particular message is selected for 
listening. This can be avoided by writing the verified password back to 
the WWW client, so that it can be picked up again for future requests. For 
security reasons, the password should be written out in concealed form (eg 

45 in encrypted form, and not actually displayed at the www client) . 
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The invention further provides a method for accessing messages 
stored in a voice mail system over the Internet world wide web, said 
method including the steps of; receiving a request from a www client 
terminal to access said stored messages,- retrieving information relating 
to the stored voice mail messages; and returning said information to the 
www client terminal. 

An embodiment of the invention will now be described in detail, with 
reference to the following drawings: 

Figure 1 is a simplified diagram of a voice mail system; 
Figure 2 is a simplified diagram of the main software components of 
the voice mail system of Figure 1? 

Figure 3 is a schematic diagram of a system to provide access to 
voice mail over the internet World wide Web (www) in accordance with the 
15 invention; 

Figure 4 is an illustration of a www screen providing access to a 
voice mail system; 

Figure 5 is an illustration of .a www screen providing access to the 
messages in a particular mailbox; and 
20 Figure 6 is a flowchart of the method used to provide access over 

the www to a voice mail system. 

Figure 1 is a simplified diagram of a voice mail system based on a 
conventional computer workstation comprising system unit 20, display 
screen 12, and keyboard 14. The system unit includes a microprocessor 22, 
ROM/RAM 24, and disk storage 26, connected together via bus 28. in order 
to operate as a voice mail unit, the computer workstation is connected to 
telephone line 66 via a digital trunk processor 64 and a digital trunk 
adapter card 62. The voice mail system also includes a network adapter 
card 30 to connect the voice mail system to a computer network (eg a LAN) . 
The voice mail system may also include other known components, such as an 
audio capture/playback card, a CD-ROM and mouse (not shown) . 

The voice mail system illustrated in Figure 1 is based on the 
35 DirectTalk/6000 voice processing system, available from IBM Corporation. 
The hardware components of this system are an RISC System/6000 computer 
workstation, plus the digital trunk processor and digital trunk adapter. 
The DirectTalk/6000 system connects to the telephone network through a Tl 
or El digital trunk line 66 (and via a PBX in most installations). The 
40 digital trunk processor is used to demultiplex incoming signals and 
multiplex outgoing signals on the trunk line, and perform log-linear 
conversion as appropriate. The digital trunk processor is also used to 
perform compress ion /decompress ion. The digital trunk adapter effectively 
acts as an interface between the workstation itself and the digital trunk 
45 processor. Further details about the DirectTalk/6000 voice processing 



25 



30 
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system can be found in the manual "IBM Callpath DirectTalk/6000, General 
information and Planning" (publication number GC22- 0100-04) and the other 
manuals referenced therein. 

5 Figure 2 is a simple block diagram of the main software components 

running on the voice mail system of Figure 1. Running on the RISC 
System/6000 is first of all the operating system for the workstation, 
which in the present case is AIX 110, and then the DirectTalk/6000 
software 120 itself. Also on the RISC System/6000 workstation, effectively 
10 running as an application on top of DirectTalk/6000, is DirectTalkMaii 
130, which provides standard voice messaging capabilities. 

rt will be appreciated that voice mail systems such as that 
illustrated in Figures 1 and 2 are well-known, and that many variations on 

15 the system illustrated are also well-known. For example, there are many 
systems in which telephone line 66 is analog, in which case the digital 
trunk processor is often omitted, and its functions performed, where 
appropriate by a suitable telephony adapter card. The. precise hardware 
configuration employed in the voice mail system is not relevant to an 

20 understanding of the present invention, and so will not be discussed 
further. 

The DirectTalkMail voice messaging system itself can be considered 
as a form of database system, based on mailboxes. Thus each user has a 

25 mailbox, which has associated with it all the information for that user, 

eg their extension number, their password, the number of new messages that 
they have, their current greeting, and so on. The mailbox also logically 
contains the digitised stored messages for that user (although physically 
the audio recording may be stored in a different location from the other 

30 information) . Each mailbox has a unique identifier, such as a number or 
name, for example, each mailbox can be allocated the extension number of 
the user associated with that mailbox. The DirectTalkMail voice messaging 
system also contains routines to allow callers to telephone messages into 
the database and users to extract messages from the database for listening 

35 over the telephone, as well as other functions such as forwarding 

messages. The operation of a voice mail system in such a manner is well- 
known and so will not be described further. 

♦ 

Figure 3 illustrates schematically the architecture whereby access 
40 can be provided to voice mail messages in a voice mail system over the f 
Internet World Wide web (www) . More specifically, a user at a www client 
310, can obtain access to their voice mail through the Internet www 
communication network 320 and a WWW server 330. The server in turn is 
attached to a message client 350, which communicates with a message server 
45 370. This latter component is an application on a DirectTalk/6000 voice 
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processing system which is used to access voice message information, 
including the voice messages themselves, and direct this back towards the 
requesting www Client. 

5 Reviewing now the structure of the www, this is based on universal 

Resource Locators (URLs) , which can be regarded as specifying a particular 
page or file on the WWW. The URL denotes both the server machine, and the 
particular file or page on that machine. There may be many pages or URLs 
resident on a single server, if a user at a www client 310 selects a URL 

10 on www server 330, then the server performs an action specific to that 

page, in some cases this can lead to the server launching an application, 
but in the majority of cases the server retrieves the requested page from 
a database 340 of stored pages, and this is transmitted back over the www 
320 to the www client for display to the user. The pages are formatted in 

15 accordance with a standard format known as HTML. Many pages include images 
which are stored in separate graphics files at the server, for example in 
standard ".gif" or n .jpeg° format. The HTML text contains references to 
these graphics files, which prompt the client to also retrieve the 
specified files from the server, thereby allowing the client to display 

20 both the HTML text and associated images. Other pages available on the www 
include video or audio excerpts, for example from studios advertising 
their latest films or compact disk recordings. 

. The www client 310 provides the user with a simple GUI, allowing the 
25 user to navigate over the www network 320 to different URLs . Sometimes a 
user will specify a particular URL by name, but more often a user will 
jump from one URL to another by means of references within a page (a so- 
called "hyperlink"}. Thus a particular word or symbol on a page can be 
associated with another URL, so that selection of that word or symbol, eg 
30 by clicking a mouse at the relevant location, causes the client to 

retrieve and display the page from the selected URL. This new page may be 
located on a completely different server from the first page. Words or 
symbols which map to another URL are sometimes referred to as "hot button" 
(or similar). . There may be many hot buttons or hyperlinks in a single 
35 page. 

There are a variety of web clients 310 commercially available, for 
example Web Explorer from IBM Corporation, and Mosaic from NCSA. All such 
clients understand html and other www standard formats and can display or 

40 output correctly files in these formats. Similarly* the mechanisms for 

navigating between different URLs are also understood and implemented by 
such programs. Further information about the world wide Web can be found 
in "Spinning the Web" by Andrew Ford (international Thomson Publishing, 
London 1995) and "The world Wide web unleashed" by John December and Neil 

45 Randall (SAMS Publishing, Indianapolis 1994) . 
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In order to access their voice mail over the www, a user needs to 
know firstly the URL corresponding to the voice mail system, and secondly 
their own mailbox .number. Note that these will be the same irrespective of 
the location of a user (unliJce a telephone number, where local/district 
5 codes may be dropped, and international access codes may vary) . When the 
user enters the URL of the voice mail system, this results in a request 
being passed to the server 330. The server then retrieves a corresponding 
HTML file from the database 340, which produces a screen display as shown 
in Figure 4. At the top of this screen is a control bar 410, which is 

10 provided in known fashion by the www Client to allow the user to control 
their interaction with the www. For example, buttons on the control bar 
may be used to return to a previously accessed URL, to abort access to the 
currently requested URL, to display the location of the current URL, and 
so on, in terms of the information actually supplied by the www Server, 

15 apart from a general welcome, there are two main features of interest. The 
first is a box 420 into which a user is prompted to enter their mailbox 
number. Data entry in this manner is well-known in www operations. 
Secondly, there is a hot button or hyperlink. 430, which the user selects 
to obtain remote access to their voice mail. 

20 

in standard fashion, if the hyperlink 430 is activated, the www 
client 310 transmits a message to this effect back to www server 330. This 
message also includes the mailbox number entered by the user. In the 
present embodiment the www server 330 is the host for both the page shown 

25 in Figure 4, and for the hyperlink 430, although this does not have to be 
the case. The www server, as resident target for the hyperlink 430, 
maintains information which indicates that it corresponds to an 
application, rather than to a simple page of information from database 340 
(such as was displayed in Pigure 4). Thus in response to activation of the 

30 hyperlink, the WWW server identifies and launches the application 

corresponding to the hyperlink URL. This application is shown in Figure 3 
as MSG Client 350. Note that in the present embodiment, MSG Client is 
situated on the same machine as the WWW Server. 

35 The MSG Client 350, when activated, initiates communications with 

another application, MSG Server 370, which as shown in Figure 3 
effectively runs on top of the DirectTalk/6000 voice processing system 
380, in parallel with the voice messaging software 385. tn order to start 
such communications, MSG Client knows the network address and 

40 predetermined port number for MSG Server 370, allowing a standard UNIX 
socket to be set up between the two. This allows the MSG Client and MSG 
Server to communicate in known fashion. The www server passes to the MSG 
Client application certain start-up parameters, in particular the selected 
mailbox number, and also a control parameter referred to as a message 

45 type, which is set to zero. The basic mode of operation for the MSG Client 
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and MSG Server is that the latter sends messages to the former which 
« contain this message type and a data structure, The message type indicates 

the form of the request: in the present embodiment, a message type of "O" 
requests information about all messages within a specified mailbox, whilst 
* 5 a message type of "1" requests the actual audio data for a specified 

message. As previously stated, when the MSG Client is initiated, the WWW 
Server passes it a message type of 0, indicating that the MSG Client 
should commence with a request to list all the messages in the specified 
mailbox (ie the mailbox entered into the screen shown in Figure 4) . For a 
10 message type of 0, the data structure included in the request effectively 
only needs to contain the identity of the mailbox to be accessed. 



It is generally convenient for the MSG Client and MSG Server to be 
situated at the same location. This allows the link 360 between the two to 

15 be a relatively short and simple connection, permitting high bandwidth 

communications, and it is generally easier from a practical point of view 
to maintain compatibility between the MSG Client and MSG Server if they 
are reasonably near to one another. However, in other circumstances they 
may be at separate locations, and there may be multiple WWW servers and 

20" MSG Clients served by a -single MSG Server. 



On receipt of a message type of 0, the MSG Server 370 retrieves 
information relating to the messages belonging to the voice mailbox 
specified in the request, in order to do this, the MSG Server application 

25 is provided with the same knowledge of the structure of the voice mail 

database 390 as the DirectTalkMail voice messaging application 385 itself. 
This knowledge allows the MSG server to interrogate and access the voice 
mail database in the same manner as the DirectTalkMail program, since the 
DirectTalkMail program is itself an application on top of the 

30 DirectTalk/6000 voice processing system, exploiting the custom server 

interface of the DirectTalk/6000 system in order to manage mailboxes and 
voice messages, it is straightforward for MSG Server to also manage voice 
mail using the same interface. Indeed, one possibility would be for the 
MSG Server to be incorporated within the DirectTalkMail program. 

35 

The information retrieved by MSG Client is then returned in a data 
structure back to the MSG Client. Such data communications are again 
performed using standard UNIX facilities for passing data between sockets. 
The data structure contains some general information about the mailbox (eg 
40 the number of outstanding messages, currently selected voice mail greeting 
etc) , plus a list of messages in the specified mailbox, with information 
specific to each message (eg date and time received, origin of message 
etc) . 
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The MSG Client then formats the retrieved information into another 
HTML page, which presents the voice mail contents for the specified 
mailbox. This formatted page is then returned to the www Server, and from 
there across the www to the www Client for display. Note that as far as 
5 MSG Client is concerned, it simply writes the HTML page to the standard 
output? the www Server (which of course initiated MSG Client) is then 
responsible for taking the output from there and transmitting it to the 
www Client, in accordance with standard www server operation. 

10 Figure 5 is an illustration of such a page, listing the current mail 

messages in the mailbox. The screen of Figure 5 includes the www Client 
control bar 510/ as previously discussed in relation to Figure 4, plus 
information particular to this URL. Thus a header 520 indicates the 
relevant mailbox number {shown schematically in Figure 5 as "XXXXXX") . 

15 Next is general information 530 about the mailbox, in the present 

embodiment the number of new and old messages. Other information that 
might be displayed here would be current greeting, and time of last access 
to the mailbox. Then each message 540 in the mailbox is listed with its 
number 542, date 548 and time '546 of receipt, and extension number of 
20 caller 544 (if available) . One possibility would be for either MSG Client 
or MSG Server to perform a database lookup on the extension number in 
order to replace the number with the name of the person associated with 
that extension (who presumably made the call) . 

25 it will be understood- that Figure 5 is effectively the page of data 

corresponding to hyperlink 430. In principle it would be possible to 
request the URL corresponding to Figure 5 directly, rather than via 
Hyperlink 430, using standard www navigation facilites. However, using 
this route (ie by-passing the stage shown in Figure 4) would mean that no 

30 mailbox number had been entered, and accordingly the attempt to go 
directly to the URL corresponding to Figure 5 would fail. 



It will be noted that in Figure 5 each message number 542 has been 
underlined. In the actual embodiment, these are a different colour from 
35 the rest of the text (rather than being underlined), indicating that they 
also represent hyperlinks. As would be expected, each hyperlink 
corresponds to the message identified by that particular line, and 
associated with each hyperlink is a URL as specified in the HTML page 
output by the MSG Client. 

40 

Thus in order to access a particular message, the user selects the 
corresponding hyperlink 542. This results in a request for that URL to be 
transmitted over the www to the www Server, which again detects that the 
URL corresponds to the MSG Client application program. This time however, 
45 when the WWW Server invokes the MSG Client, it specifies not only the 
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mailbox number, but also the identifier of the requested message within 
that mailbox. Furthermore, the request type of the message is now n l n , 
which indicates to the MSG Server that an actual voice mail message is 
desired. 

5 

It will be appreciated that each time the WWW Server invokes the MSG 
Client, a new copy of the MSG Client application is launched, rather than 
using the same copy for any particular user. This is why the www server 
must specify the message type, since otherwise MSG Client does not know 

10 how far the interaction with the caller has progressed. Similarly, the 

newly invoked version of the MSG Client must be informed of the mailbox to 
be accessed. This can be done by extracting the mailbox number from the 
screen of Figure 5, which was written there by the previous instance of 
MSG Client responsible for outputting the screen of Figure 5, and 

15 returning this number to the newly created version of MSG Client, of 

course, the mailbox number can be included in the URL page corresponding 
to Figure 5, even if it is not specifically displayed on the screen. The 
user should not be able to change this mailbox number, otherwise he or she 
could obtain unauthorised access to other people's voice mail messages* 

20 Although the screen of Figure 5 does not explicitly permit the mailbox 

number to be changed, expert www users may be able to achieve this effect, 
so that it is desirable to further improve security by the use of 
passwords, as described below. 

25 The operation of the MSG Client for this new invocation is analogous 

to that for message type M 0 n , in that it transmits a message to the MSG 
Server, this time with a message type of w l" . The data structure included 
in this message not only identifies the mailbox, but also the desired 
message within that mailbox, determined of course by the particular 

30 hyperlink selected by the user. The MSG Server uses the mailbox number, 
and message number within the mailbox, in order to retrieve the actual 
audio data for the desired mail message. The audio data is then 
transmitted in digital form back to the MSG Client, again using standard 
UNIX communication facilities. The MSG Client then formats the message in 

35 accordance with standard www audio formats, before returning it to the WWW 
Server, for forwarding and playout at the www Client* Two standard www 
audio formats are a n .au« file, used for example in the IBM ultimedia 
card, and a n .wav", used for example by SoundBlaster .cards*. The .difference 
between these formats is primarily to do with the header information, . 

40 rather than the actual storage of the audio data itself, a switch can be 
provided (for example in the screen of Figure 5) to allow the user to 
select their desired choice of audio output file (in much the same way 
that many www sites currently provide a switch between different language 
output options) . 

45 
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It will be noted that the voice messages stored in the 
DirectTalkMail system are actually in compressed form to reduce storage t 
requirements, when retrieved for playout the messages are decompressed in 
the present embodiment by the MSG Server. It would also be possible to 
5 perform the decompression at the MSG Client, which would reduce bandwidth 
requirements over link 360, which may be valuable depending on the nature 
of link 360, Of course, it would be even more efficient if the voice mail 
message could be compressed when transmitted over the www itself, where 
bandwidth certainly is constrained, but current www clients are unable to 
10 perform the necessary decompression. 

Figure 6 summarises the above processing which is initiated when a 
WWW Client requests 610 a URL corresponding to the screen of Figure 4. The 
* WWW Server retrieves 615 the requested URL page, which is then returned 

15 620 to the www client for display 625. The user can now enter 630 their 

mailbox number into the screen of Figure 4, and activate the hyperlink to 
request 635 information for this mailbox. The WWW Server responds to this 
request by activating 640 the MSG Client, which transmits 645 a request 
for the information to the MSG server. The MSG Server accesses 650 the 

20 database of the voice mail system to obtain the requested information, 

which is then returned 655 to the MSG Client. The MSG Client then outputs 
660 this information, which is picked up by the www Server and forwarded 
665 to the www Client for display 670. The user now selects 675 a 
particular message from the displayed list of messages by activating a 

25 hyper-link. This causes a request to be sent 680 to the www server, which 
in response launches 685 the MSG Client. The MSG Client transmits 690 the 
request to the MSG Server, which retrieves 700 the audio data for the 
requested message from the voice mail database. The message audio data is 
then returned 705 to the MSG Client, which outputs 710 it to the WWW 

30 Server, which in turn passes 715 the audio data to the WWW Client. The www 
client then uses the received audio data to play 720 the selected message 
to the user. 

Although the ability to listen to voice mail messages at the www 
35 client does require suitable audio hardware (unless some voice recognition 
facility is used) , multimedia machines are becoming much more common and 
such audio hardware may soon become standard on most personal computer 
workstations. It will be noted that the software to manage the audio t 
output is already present in conventional www Clients, and so does not 
40 need to be specially developed, installed or maintained. f 

A useful enhancement which has been added to the embodiment 
described above is to provide password protection for access to voice mail 
messages over the www. The majority of voice mail systems do provide 
45 password protection for each mailbox for conventional telephone access. To 
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support the same degree of protection for www access, a password entry box 
is added to the screen of Figure 4 into which a password can be entered 
(actual display of the password on the screen is inhibited using standard 
techniques) . The password is then transmitted by MSG Client back to MSG 
5 Server, together with the mailbox number, for verification. If the 

password is correct, the MSG Server returns the information for the screen 
of Figure 4, otherwise it returns an error message which is forwarded onto 
the www Client, It will be appreciated that as with the mailbox number, it 
is desirable to avoid the user having to enter the password for each 
10 transaction in a session (ie having entered the password into the screen 
of Figure 4, the user should not need to have to re-enter the password 
again for the screen of Figure 5) . As with the mailbox number, the 
password can therefore be effectively included with the HTML output for 
the screen of Figure 5, although for security reasons the password is 
15 encrypted or scrambled and included as a hidden field, as is known in the 
art, so that it is not actually displayed at www client, when one of the 
hyperlinks shown in Figure 5 is selected, the password is then returned to 
the next instantation of the MSG Client, decrypted, and included in the 
data structure transmitted to the MSG server for fresh verification. 

20 

Although the present embodiment only supports actually listening to 
a selected message from the screen of Figure 5, it is straightforward to 
extend this scheme to cover other message operations, for example deleting 
the message, forwarding it to another mailbox, or saving it (ie 

25 transferring it from the "new" to "saved" list) . To provide such options, 
the message number might no longer be a hyperlink, but rather each message 
line would have appended multiple hyperlinks, for example one for 
"listen", one for "delete", and one for "save". Each of these three 
actions would have a different message type; thus "delete" might be 

30 message type 2, and "save" message type 3, with "listen" of course being 
message type 1 as above ♦ On receipt of message type 2 or 3, MSG Server 
would then perform the replies ted operation to the message within the voice 
mail database. Following this, MSG Server would return to MSG Client an 
updated version of the screen of Figure 5, with the selected message saved 

35 or deleted as appropriate* 
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CIAIMS 

1. A voice mail system, including: 

5 means for storing voice mail messages for at least one user; 

a server system, accessible via the internet World wide web (WWW) 
from a WWW client terminal, and responsive to a request' received from said 
WWW client terminal, for retrieving information relating to the stored 
voice mail messages, and for returning said information to the WWW client 
10 terminal. 

2. The voice mail system of claim 1, further including directory means 
for maintaining information about the stored voice mail messages, and 
wherein said server system interacts with said directory means to obtain 

15 said information concerning the stored voice mail messages. 

3. The voice mail system of claim 1 or 2, wherein each user has a 
mailbox for storing his or her voice mail messages, and wherein said 
request received over said WWW identifies a particular mailbox, and the 

20 information retrieved and returned to the www client terminal relates to 
the voice mail messages in that mailbox. 

4. The voice mail system of claim 3, wherein the information retrieved 
and returned to the www client terminal relating to the voice mail 

25 messages in a particular mailbox includes information on the date and time 
of receipt of each message in the mail box. 

5. The voice mail system of any preceding claim, wherein said server 
system is further responsive to a request received over said www 

30 identifying a particular stored message, for retrieving audio data 

corresponding to said particular stored message, and for returning said 
audio data to the WWW client terminal. 

6. The voice mail system of any preceding claim, wherein the server 
35 system includes application program means which are launched in response 

to receiving said request from said www client terminal, said application 
program means communicating with the means for storing voice mail messages 
in order to retrieve a voice message. 

40 7, The voice mail system of any preceding claim, wherein said server 
system includes : 

means for obtaining a password from the user; 

means for transmitting the password for verification to the means 
for storing voice mail messages before providing the user with information 
45 about the stored voice messages; and 
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means for writing the password back to the user in concealed form 
with said information about the stored voice messages , wherein the 
password in concealed form is automatically included in further requests 
from the user to enable password verification of said further requests, 
5 without the user explicitly having to re-enter the password. 

8. A method for accessing messages stored in a voice mail system over 
the Internet World wide Web, said method including the steps of: 

receiving a request from a www client terminal to access said stored 
10 messages; 

retrieving information relating to the stored voice mail messages; 
and returning said information to the www client terminal. 

9. The method of claim 8, further including the steps of: 

15 maintaining information about the stored voice mail messages in a 

directory; 

and interacting with said directory means to obtain said information 
concerning the stored voice mail messages. 

20 10. The method of claim 8 or 9, wherein each user has a mailbox for 

storing his or her voice mail messages, and wherein said request received 
over said www identifies a particular mailbox, and the information 
retrieved and returned to the www client terminal relates to the voice 
mail messages in that mailbox. 

25 

11. The method of claim 10, wherein the information retrieved and 
returned to the WWW client terminal relating to the voice mail messages in 
a particular mailbox includes information on the date and time of receipt 
of each message in the mail box. 

30 

12. The method of any of claims 8 to 11, further including, responsive 
to a request received over said www identifying a particular stored 
message, the steps of: 

retrieving audio data corresponding to said particular stored 
35 message; 

and returning said audio data to the www client terminal, , 

13. The method of any of claims 8 to 12, further including the steps of: 
obtaining a password from the user; 

40 verifying the password before providing the user with information 

about the stored voice messages; and 

writing the password back to the user in concealed form with said 
information about the stored voice messages, wherein the password in 
concealed form is automatically included in further requests from the user 
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to enable password verification of said further requests, without the user 
explicitly having to re-enter the password. 



9637989A1 t > 



WO 96/37989 



PCT/GB95/02009 



1/3 



q egag offiR ease flog cm 

m 



12- 




22, 2^ 26-s 



u P ROM /RAM 



i r 



30 



NA DTA 



62- 



FIG. 1 




130 

120 
110 



DT MAIL 



OT/6000 



AIX 



FIG. 2 



330? 



WWW SERVER 




MSG 
CLIENT 



360^ 




^✓370 


x 385 


MSG 
SERVER 


DTMAIL 


DT/6000 



WWW CLIENT 



390- 



VOICE 



•310 



380 



FIG. 3 



9637989A1 I > 



* TCQ9W37989 PCBCT8MB009 



2/3 



Welcome 
to 

HURSLEY DIREC7TALKMAIL 

To access your voice mail : 
Please enter mailbox number 



L 



Access Voice Mail 



430 



420 



— 410 



FIG. U 



540 



Voice mail for mailbox XXXXXX 
You have 2 new messages 
You have 1 old message 

New messages : 

Message 1 from 246369-11 .-10 on 1/5/95 
Message 2 from 248316-13:21 on 2/5/95 



Old messages : 
V Message 3 from 246369- 9:15 on 27/4/95 



542 



546 



-510 

520 
530 



548 



FIG. 5 



BNSOOCID: <WO 9637989A1 I > 



BNS Daofi 21 



* 



WO 96/37989 PCT/GB95/02009 



3/3 



SO 



u 
a; 
> 

<u 
00 

ID 

00 



ITS 



fD 

z: 



CO 
QJ 

CT 

CV 

cr 



a; 

"o 
> 

tA 

tA 
CV 

< 



o 

C 

o 

X3 



ro 

z: 

c 

a; 
a: 



LO O 

un on 



QJ 

r\ ro co 

CP CO " 

r- cv 

<U *o 

it 6 



a 

C 



X 

o 

ja 



co 

at 

3 

or 

QJ 

cc 



Or 
CD 
ru 
cn 
in 



in 



cv 

CC 



cv 

ft) 
(/) 
to 



c 
cv 



in 



cv 
> 

ai 
15 



c 
a/ 



V 

(V 

u 



tA 

cu 

cr 
a/ 
a: 



GO 

a 



CV o 

> cu 
tV J? 



CSI 



cv jo 

ozz: 



CJ 



ai 
oi 
ro 
0. 



ro 

z: 



cv 



ai 

A) 



ro 

z: 



o 



ID 

00 

z: 

ro 
> 

< 



c 

(V 



m 



^"1 

z: 



10 

cu 

Oi 

a: 



x 
o 

JO 



'5 



ru 



o lh 

vO CO 

^ A 



to 

z: 

ai 

"no 
> 



c 
a* 



ru 



CC 



LTI O 
vO GO 
vO 



o 
c 



cn 
ai 

O" 

cc 



<v 
oi 
ro 

CO 

cv 

z: 



cv 

cn 

ro 

c/> 

co 

cv 



vO Q CO NO 



CV 



a; 
CC 



cv 

cn 

ru 

cn 

cn 

cv 

z: 



un 



r 1 



CV 
Ol 

ro 
<n 
<n 
cv 



ID 
LL 



cv 
ai 
ro 

00 

co 

cv 

CM i2 

a. 



BNS00CtD:<W0 9S97989A1 I >■ 



BNS oaoe 2 



INTERNATIONAL SEARCH REPORT 



(nt ul Application No 

PCVGB 95/02009 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 6 H04M3/50 

According to In ternational Patent Classification (IPC) or to both national classification and IPC 

B. FIELDS SEARCHED 

Minimum documentation searched (classification system followed by classification symbols) 

IPC 6 H04M H04L 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 


Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 


C. DOCUMENTS CONSIDERED TO BE RELEVANT 


Category* 


Citation of document, with indication, where appropriate, of the relevant passages 


Relevant to claim No. 


X 


COMPUTER RESELLER NEWS, 
28 November 1994 US, 
page 12 

CHARLOTTE DUNLAP 'AT&T : INTERNET CAN 
TALK , TOO' 

cited in the application 
see the whole document 


1,8 


A 


CONNEXIONS (US), 

vol. 8, no. 11, November 1994 

pages 25-27, 

GREG VAUDREUIL 'NETWORKED VOICE 
MESSAGING 1 






| Further documents are listed in the continuation of box C 


| | Patent family members are listed in annex. 


* Special categories of cited documents : 


T" later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

'X* document of particular relevance; the daimcd invention 
cannot be considered novd or cannot be considered to 
involve an inventive step when the document is taken alone 

*Y* document of particular relevance; the d aimed invention 
cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art. 

'ft* document member of the same patent family 


"A" document defining the general state of the ait which is not 

considered to be of particular relevance 
"E* earlier document but published on or after the international 

filing date 

'L* document which may throw doubts on priority daim(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

"0* document referring to an oral disclosure, use, exhibition or 
other means 

*P" document published prior to the international filing date but 
later than the priority date claimed 


Date of the actual completion of the international search 


Date of mailing of the international search report 


30 January 1996 


08. 02.96 




Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patenttaan 2 
NL - 2280 HV Rijswijk 
Td. (-r 31-70) 340-2040, Tx. 31 651 epo nl, 
Fa* ( + 31-70) 340-3016 


Authorized officer 

Vandevenne, M 



Form PCTYlSAfSlQ (cccoAd thcat) (July 1997) 



BNSDOCID; <WO 9637989A1 1 > 



